Arch Linux User Repository

This package needs python-setuptools as a normal dependency, not just a make dependency. The application does not function otherwise.

why is this flagged ? installed without issues

Just installed it and can use it without Problems.

for autoload i think need:

Create override directory

sudo mkdir -p /etc/systemd/system/input-remapper.service.d

Create override file with autoload trigger

sudo tee /etc/systemd/system/input-remapper.service.d/autoload.conf << 'EOF' [Service] ExecStartPost=/bin/sleep 5 ExecStartPost=/usr/bin/input-remapper-control --command autoload EOF

Reload and restart

sudo systemctl daemon-reload sudo systemctl restart input-remapper

This is broken for me also:

$ input-remapper-gtk

---------------------------------------------------------------------------------------
input-remapper-gtk 23 <module>
from inputremapper.bin.input_remapper_gtk import InputRemapperGtkBin

ModuleNotFoundError:
No module named 'inputremapper'

Seems like the Python env is set up incorrectly by the package.

Looks like package is broken

May 27 16:00:37 prime201 systemd[1]: Starting Service to inject keycodes without the GUI application...
May 27 16:00:37 prime201 input-remapper-service[39461]: Traceback (most recent call last):
May 27 16:00:37 prime201 input-remapper-service[39461]:   File "/usr/bin/input-remapper-service", line 23, in <module>
May 27 16:00:37 prime201 input-remapper-service[39461]:     from inputremapper.bin.input_remapper_service import InputRemapperServiceBin
May 27 16:00:37 prime201 input-remapper-service[39461]: ModuleNotFoundError: No module named 'inputremapper'

You need to make the license identifier SPDX compliant:

input-remapper-git E: GPL3 is not a valid SPDX license identifier. See https://spdx.org/licenses/ for valid identifiers, or prefix the identifier with 'LicenseRef-', if it is custom.

Also, python-rich might be an optional dependency:

input-remapper-git E: Dependency python-rich detected and not included (python modules ['rich.traceback.install'] needed in files ['usr/lib/python3.13/site-packages/inputremapper/logging/logger.py'])

Regards and thanks for the package!

From playing around with this a bit more, this might not actually be a new issue, and there might be something weird with my own local setup. I'll follow-up (either here or on a new Github issue as appropriate) if I do find something I think is a bug, but for now I think you can ignore my previous comment.

I just updated this, and it seems like the most recent commit has changed the way the daemon looks for the config; when trying to start it now, it looks for the config in /root/.config instead of my user's home directory:

Dec 01 17:20:55 xibacat input-remapper-service[330136]: ERROR: "/root/.config/input-remapper-2/config.json" does not exist

sezanzeb, it looks like you're also the developer of the tool itself, so would you be able to shed light on whether this is an intentional change or not? I could imagine this either being intentional to allow it to run as a user service rather than a system-wide one or an accidental bug due to some refactoring.

Since I'm not sure if this is an issue for input-remapper as a whole or just a quirk with the AUR package, I figured I'd ask here rather than make a Github issue. I'm fine with just sticking with the previous commit for now, so this isn't a super urgent issue that needs to be fixed (at least for me).

Thanks @Tissousle, I added it as dependency. I haven't used arch based distros in quite some time, I hope I remembered enough to do it correctly. It seemed to work in my virtual machine at least. If something is still not working correctly, please tell me what to do exactly.